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♦ Animating and demonstrating 
system requirements 



Objectives 



♦ To describe the use of prototypes in requirements 
validation 

♦ To di scuss evolutionary and throw- aw ay 
prototyping 

♦ To introduce rapid prototyping techniques 

♦ To explain the need for user interface prototyping 
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Topics covered . 

♦ Prototyping in the software process 

♦ Prototyping techniques 

♦ User interface prototyping 
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Uses of system prototypes 

♦ Hie prindpal use is to help customers and 
developers understand the requirements for the 
system 

♦ The prototype may be used for user training 
before a final system is ddivered 

♦ The prototype may be used for back-to-badc • 
testing 
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Prototyping benefits 



♦ Misund^standings between software users and 
developers are exposed 

♦ Mi ssing servi ces m ay be detected 

♦ Confusing services may be identified 

♦ A working system is available eariy in the 
process 

♦ The prototype may serve as a basis for deriving a 
system specification 
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Prototyping process 
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Prototyping objectives 

♦ The objective of evolutionary prototyping isto 
deliver a working system to end-users. Ihe 
development starts with those requirements 
which are best understood 

♦ The objective of throw- away prototyping is to 
validate or derive the system requirements. Hie 
prototyping process starts with those 
requirements which are poorly understood 
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Approaches to prototyping 
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Evolutionaiy prototyping 

♦ Must be used for systems where the specification 
cannot be developed in advance e.g. AI systems 
and user interface systems 

♦ B ased on techni qu es whi di allow rapi d system 
ito'alions 

♦ Verification isimpossible as there is no 
specification. Validation means demonstrating 
tiie adequacy of the system 
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Evolutionaiy prototyping 
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Evol. prototyping problems 
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♦ Existing management processes assume a 
waterfall model of development 

♦ Continual change tends to corrupt system 
structure so long-term maintenance is expensive 

♦ Specialist skills are required which may not be 
available in all development teams 

♦ Organisations must accept that the lifetime of 
systems developed this way will inevitably be 
short 
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Thi'ow-away prototyping 

♦ Used to reduce requirements risk 

♦ Hie prototype is developed from an initial 
specif cation, delivered for experiment then 
discarded 

♦ The throw-away prototype shoul d NOT be 
considered as a final system 

Some system cteraaeristics inay have beenleft out 
■ ThereisnospedficaUonforlong-tennmamtenance 
• Thesystemvollbepoodystrocturedanddifflailttomamlam 
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Throw-away prototyping 
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Prototypes as specifications 

♦ Some parts of the requirem ents (e.g. safely- 
critical functions) may be impossible to prototype 
and so don t appear in the specification 

♦ An implementation has no legal standing as a 
contract 

♦ Non-functional requirements cannot be 
adequately tested in a system prototype 
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Incremental development 

♦ System is developed and delivered in increments 
after establishing an overall architecture 

♦ Users may experiment with delivered increments 
while others are being developed, therefore, these 
serve as a form of prototype system 

♦ Intended to combine some of the advantages of 
prototyping but with a more manageable process 
and better system structure 
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Incremental development process 
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Prototyping techniques 

♦ Executable specification languages 

♦ Veiy high-level languages 

♦ Application generators and 4 GLs 

♦ Composition of reusable compon rats 
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Executable specijScation language s 

♦ The system i s specified in a formal 1 anguage 

♦ This spedficationisprocessed and an executable 
i^stem is automatically generated 

♦ At the end of the process, the specification may 
serve as a basis for a re-implementation of the 
system 
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Problems with this approach 

♦ Graphical user interfaces cannot be prototyped 

♦ Formal specification development is not a rapid 
process 

♦ The executable system is usually slow and 
inefficient 

♦ Executable specifications only allow functional 
requirements to be prototyped 
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Very high-level languages 

♦ Languages which include powerful data 
management facilities 

♦ Need a laige run-time support system. Not 
normally used for laige ^stem development 

♦ Some languages offer excellent UI development 
facilities 

♦ Some languages have an integrated support 
environment whose facilities may be used in the 
prototype 
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Prototyping languages 



Lansuaee 


TvDe 


Application domain 


Smalltalk 

LOOPS 

Prol og 

Lisp 

Mranda 

SETL 

APL 

4GLs 

CASE tools 


Object-orienlBd 

"^dc speclrum 

Logic 

List-based 

Functional 

Set-based 

Mathematcal 

Database 

Cfraphical 


Interactive systems 
Literactive systems 
Symbolic processing 
Symbolic processing 
Symbolic processing 
Symbolic processing 
Scientific systems 
Business DP 
Business DP 
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Smalltalk 



♦ Veiy powerful system for prototyping interactive 
systems 

♦ Object-oriented language so systems are resilient 
to change 

♦ The Smalltalk environment objects are available 
to the prototype developer 

♦ The system incldues support software such as 
graphical user interface generation tods 
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Fouith-generation languages 

♦ Domain specific languages for business systems 
based around a database management system 

♦ Nonnally include a database query language, a 

screen generator, a report generator and a 
spreadsheet 

♦ May be integrated with a CASE toolset 

♦ Cost-effective for small to medium sized business 
systems 
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Prototyping with reuse 



♦ The system i s prototyped by 'gluing* together 
existing components 

♦ Likely to become more widdy used as libraries of 
objects become available 

♦ Needs a composition language such as a Unix 
shell language 

♦ Visual Basic is largely based on this approach 
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User interface prototyping 

♦ It is impossible to pre-spedfy the look and feel of 
a user interface in an effective way. prototyping 
is essential 

♦ UI development consumes an inaeasing part of 
overall system development costs 

♦ Prototyping may use very high loevel languages 
such as Smalltalk or Lisp 

♦ User interface generators may be used to *draw» 
the interface and simulate its functionality 
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User interface management system 
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Key points 



♦ A prototype can be used to give end-users a 
concrete impression of the system's capabilities 

♦ Prototyping may be evolutionary prototyping or 
tfarow-away prototyping 

♦ Rapi d development is essential for prototype 
systems 

♦ Prototype structures become corrupted by 
constant change. Hence, long-term evolution is 
difficult 
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Key points 



♦ Iq a throw-away prototype start with the least 

♦ well-understood parts; in an evolutionaiy 
prototype, start with the best understood parts 

♦ Prototyping methods include the use of 
executable specification languages, very high- 
levd languages, fourth-generation languages and 
prototype construction from reusable components 

♦ Prototyping is essential for parts of the system 
such as the user interface which cannot be 
effectively pre- specified 
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